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METHOD OF CONFIGURING AN AUTOMATION MODULE ON A TCP/IP 

NBTWQRK 

This invention relates to a method for quickly 
configuring an automation module connected to a network 
conform with the TCP/IP protocol, particularly after 
replacement of a defective module. It also relates to 
5 an automation assembly comprising at least one 
automation equipment capable of using such a method. 
This invention may be applied to any automation 
assembly belonging to the domain of industrial process 
automation, building automation or to the domain of 

10 instrumentation/ control automation for electrical 
distribution networks. 

The term "automation module" in the following will 
denote any equipment provided with a processing unit 
and a communication interface with a TCP/IP network and 

15 used in an automation assembly, for example like an 
inputs/outputs module, a speed controller, a regulation 
device, a man/machine dialog terminal ^ a programmable 
logic controller or any specific module of a 
programmable logic controller or a numerical control- 

20 The term "automation equipment" as used in the 
following will denote a programmable logic controller, 
a numerical control, a computer based 
instrumentafe^on/control station or any equipment 
provided with a processing unit and a communication 

25 interface with a TCP/IP network that can contain and 
execute an application program in an automation 
assembly. 



Simplification of the operation to replace an 
automation module is an overriding consideration in an 
automation assembly. It is essential that this 
operation can be done quickly and easily by maintenance 
personnel who are not necessarily trained in computer 
network technologies, to minimize disturbance to the 
process managed by this automation assembly. Field 
buses normally encountered in the automation field 
frequently offer this type of possibility. 

However, networks or sub- networks conform with the 
TCP/IP protocol, called TCP/IP networks in the rest of 
this description, are being more and more frequently 
used in the automation field. This type of network, 
that can include one or several TCP/IP sub-networks, is 
frequently associated with an Ethernet link layer, when 
replacing an automation module connected to this type 
of TCP/IP network, it is usually necessary to assign a 
unique MAC (Medium Access Control) address, and an IP 
(Internet Protocol) address to the new automation 
module. Furthermore, some automation modules have 
application parameters or configuration data that have 
to be reloaded in the new module to achieve 
satisfactory operation. Finally, if a BOOTP (Boot 
Protocol) type protocol is used capable of retrieving 
an IP address from a MAC address, the BOOTP server 
configuration data will have to be updated if the 
module is changed since all MAC addresses are unique. 

Therefore these operations are difficult for 
maintenance personnel and can introduce errors that are 
penalizing for the process. It would then be desirable 
to be able to offer services to simplify maintenance 
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operations for automation modules connected to this 
type of TCP/IP network. 

Therefore, the purpose of the invention is to 
propose a method to overcome the dependence on MAC 
5 addressing for a new automation module connected to a 
TCP/IP network. The invention must also make it 
possible to automatically assign an IP address to this 
new module and to automatically reload a data file into 
the module/ possibly also containing parameters and 

10 programs. The proposed solution for fast and easy 
installation into a module and into automation 
equipment should be based on standard protocols in the 
Internet world such as the DHCP (Dynamic Host 
Configured Protocol) protocol described in document RFC 

15 2131 and FTP (File Transfer protocol] or TFTP (Trivial 
File Transfer Protocol) protocols described in 
documents RFC 959 and RFC 1350. The DHCP protocol is 
used to allocate an IP address and transmit 
configuration data such as the address of a data 

20 server. The FTP and TFTP protocols are used to make 
file transfers in a TCP/IP network . 

To achieve this, the invention describes a method 
of configuring an automation module on the TCP/IP 
network or on the TCP/IP s\zb-network^ to which at least 

2 5 one piece of automation equipment is also connected. 

The configuration method comprises the following steps 
in sequence: a preliminary step to assign a single 
application name on the TCP/IP network for the 
automation module; an addressing step in which the 

3 0 automation module sends a request address query on the 

TCP/IP network containing the application name of the 
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automation module and conform with the DHCP protocol, 
to a DHCP server; a configuration step in which the 
automation module sends a read configuration query to 
the FTP/TFTP server conform with the FTP or TFTP 
5 protocol, on the TCP/IP network. During the addressing 
step, the automation module receives a response to the 
request address query from the DHCP query server, 
containing an IP address and the location of a data 
file specific to the automation module^ making it 

10 possible to go on to the configuration step. During 
the configuration step, the automation module receives 
a response to the read configuration query from the 
FTP/TFTP server, containing the automation module data 
file that can then change to an opeorational state . 

15 The invention also describes an automation 

assembly capable of using such a configuration method. 
This assembly comprises at least an automation module 
connected to a TCP/IP network provided with a 
processing unit connected to storage means and to a 

20 network communication interface. The automation module 
is capable of memorizing a specific application name in 
its storage means and its processing unit can execute a 
DHCP client and a FTP/TFTP agent, A first item of 
automation equipment is connected to the TCP/IP network 

25 and provided with a processing unit connected to 
storage means and to a network communication interface, 
and this processing unit can execute a DHCP server and 
a configuration table can be memorized in its storage 
means, associating the application name with a least 

3 0 one DHCP client with an IP address and with a data file 
location. Furthermore, a FTP/TFTP server can be 
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executed in the processing xmit of the first automation 
equipinent^ in a processing unit of a second automation 
equipment connected to the TCP/IP network or in a file 
server dedicated to this purpose. 
5 Other characteristics and advantages will be 

described in the detailed description given below with 
reference to an embodiment given as an example and 
represented by the attached drawings in which: 

- figure 1 shows an architecture in which an 
10 automation module is connected through a TCP/IP network 

to automation equipment in accordance with the 
invention, 

- figure 2 shows a variant of figure 1 with two 
items of automation equipment, 

15 - figure 3 shows details of a configuration table 

contained in a DHCP server, 

- figure 4 shows a representation of steps in the 
method of configuring an automation module. 

In the rest of this document, the term "IP 

2 0 addressing" will be considered to mean the set 

consisting of an IP address, a sub-network mask and a 
gateway address sufficient to completely define the 
address of the automation module on a TCP/IP network. 
Similarly, the term "location" of the data file of an 
25 automation module includes the set composed of the IP 
address of the FTP/TFTP server containing the data file 
considered, the access path to the data file in the 
FTP/TFTP server, and possibly also the connection 
key(s) to the FTP/TFTP server so that this data file 

3 0 can be accessed (for example user name and password). 
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The automation assembly shown in figure 1 includes 
an automation module 10 comprising a processing unit 12 
connected to a network interface 11 and information 
storage means 15, The module 10 is connected to the 
5 TCP/IP network 5 through the network interface 11, It 
is capable of executing a DHCP client 13 and a FTP or 
TFTP agent called an FTP/TFTP agent 14, in its 
processing unit 12. The final user is unaffected by 
the choice between the FTP protocol and the TFTP 

10 protocol, since the functions used in the invention are 
essentially read file queries ("READ/GET") and write 
file queries ("WRITE/PUT"). The only difference is 
that the TFTP agent is more compact than the FTP agent 
and can therefore be more easily installed in the 

15 memory of a small automation module. The automation 
module 10 can memorize an application name 40 specific 
to the automation module 10, in its storage means 16. 

The automation assembly also comprises at least 
one item of automation equipment 2 0 comprising a 

20 processing unit 22 connected to a network interface 21 
and information storage means 25. The equipment 20 is 
connected to the TCP/IP network 5 through its network 
interface 21. It is capable of executing a DHCP server 
23 or an FTP or TFTP server called an FTP/TFTP server 

25 24, in its processing unit 22. The automation 
equipment 20 memorizes a data file 45 with at least one 
FTP/TFTP agent 14 belonging to an automation module 10, 
in its storage means 25. The automation equipment 20 
also memorizes a configuration table 45 associating the 

30 application name 40 with at least one DHCP client 13 of 
an automation module 10 with an IP addressing 41 and 
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With a location 42 of a data file specific to the 
automation module 10, in its storage means 25, In the 
example shown in figure 2, a configuration table 45 
comprises two application names 40, 40' at its input, 
5 corresponding to two IP addressing 41, 41', and two 
locations 42, 42' at its output* 

In the variant shown in figure 2, the DHCP servers 
and the FTP/TFTP servers have been separated such that 
the automation assembly comprises a first and second 

10 automation equipment 20, 3 0 respectively, each 
comprising a processing unit 22, 32 respectively 
connected to a network interface 21, 31 and to 
information storage means 25, 35. The first automation 
equipment 20 is capable of executing a DHCP seirver 23 

15 in its processing unit 22, and the second automation 
equipment 3 0 is capable of executing an FTP/TFTP server 
34 in its processing unit 32. The storage means 25 of 
the first automation equipment 2 0 memorise a 
configuration table 41 and the storage means 35 of the 

20 second automation equipment 30 memorise a data file 46, 
The configuration method proposed comprises the 
following steps in sequence, with reference to 
figure 4 : 

♦ A preliminary step A in which an application 
25 name is assigned. The purpose of this step is to 
assign to the automation module 10 an application name 
4 0 that must be unique in the TCP/IP network or sub- 
network 5 accessible to the DHCP server 23, This 
application name 4 0 is composed of an ASCII character 
30 string. The assignment step A may indifferently be 
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made before the module 10 is connected to the TCP/IP 
network 5 . 

Depending on the capacities of the automation 
module 10, it would be possible to use many assignment 
means to assign an application name 40 to a module 10; 
local assignment using a Man-Machine interface, 
assignment by local communication (serial link, etc.) 
or remote communication (web page) , assignment by 
mechanical means (encoder wheels, switches, etc), A 
combination of these different assignment methods is 
also possible. Furthermore in some modules the 
application name 40 can also be formed by concatenation 
of characters predefined by the manufacturer to 
characterize a type of family of modules, in 
combination with a customisation number assigned by one 
of the assignment methods mentioned. Once determined, 
the processing unit 12 of the automation module 10 is 
capable of memorizing the application name 4 0 in the 
storage means 15. The existence of an application name 
40 memorized in the automation module 10 controls 
whether or not the program can go on to the next step. 
When a defective automation module is replaced by a new 
module, the application name used for the defective 
module will be reassigned to this new module so that it 
can retrieve the data file for the defective module. 

• An addressing step B in which the automation 
module 10 must be connected to the TCP/IP network 5 
accessible to a server DHCP 23. The DHCP client 13 for 
the automation module 10 can then send a request 
address query 17 conform with the DHCP protocol to the 
DHCP server 23 installed in the automation equipment 
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20. This DHCP request address query 17 contains an 
optional DHCP field (client identifier code 61) 
containing the application name 4 0 that was memorized 
in the storage means 15 of the automation module 10, as 
5 a parameter. 

When the DHCP request address query 17 is 
received, the DHCP server 23 searches in the 
configuration table 45 memorized in the storage means 
25 of the automation equipment 20 for an IP addressing 

10 41 and a location of the data file 42 corresponding to 
the received application name 40. 

If the application name 40 is present in the 
configuration table 41, then the DHCP server 23 sends a 
response 27 to the request address query 17 conform 

15 with the DHCP protocol. This DHCP response 27 contains 
the IP addressing 41 as a parameter and the location of 
the corresponding data file 42 with the application 
name 40 of the module 10- If the application name 40 is 
not present in the configuration table 45, then the 

20 DHCP server 23 sends an error response following a 
defined procedure not described in detail in this 
document. The automation module 10 can go on to the 
next configuration step C after the response 27 has 
been received • 

25 •A configuration step C in which the FTP/TFTP 

client 14 of the automation module 10 can send a read 
configuration query 18 conform with the FTP/TFTP 
protocol to an FTP or TPTP server 24 or 34 installed in 
an automation equipment 20 or 30 respectively. This 

3 0 FTP/TFTP read configuration query 18 contains the 
location 42 of the data file received by the automation 
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module 10 with the DHCP response 27, as a parameter. 
Due to this location 42, the FTP/TFTP server 24, 34 is 
capable of finding the data file 46 memorized in the 
storage means 25, 35 and returning an FTP/TFTP response 
5 28, 38 to the read configuration query 18 containing 
the data file 46 specific to the automation module 10. 
If the FTP/TFTP server cannot access a correct data 
file corresponding to the received location 42, it 
returns an error message according to a defined 

10 procedure not described in detail in this document. 

When the data file 46 is received by the FTP/TFTP 
client 14, the processing unit 12 in module 10 can make 
some checks (validity of file data, compatibility with 
the module present, etc.) before loading this data file 

15 into the storage means 15 of module 10. Once the data 
file has been loaded, the configuration method is 
completed and the automation module 10 goes into an 
operational state in which it is capable of 
operating normal ly- 

20 The configuration method also includes the feature 

that, when an automation module is in the operational 
state, it is capable of making FTP/TFTP read (READ/GET) 
configuration queries 18 in order to check or reload 
all or some of its data file 46 memorized in the 

25 storage means of an FTP/TFTP server 24, 34, on its own 
initiative or following an event and/or periodically. 
Similarly, when an automation module is in the 
operational state, it is capable of making FTP/TFTP 
write (WRITE/PUT) configuration queries to update or 

3 0 backup all or some of its data file 46 memorized in the 
storage means of an FTP/TFTP server 24, 34, on its own 
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initiative, on an event and/or periodically. An 
automation module can thus be replaced under good 
conditions since the data file 46 associated with an 
automation module and memorised in the FTP/TFTP server 
5 can be checked and updated regularly at the initiative 
of the module. Therefore, the file 4 6 can be reloaded 
into a new automation module in the case of a 
replacement y and the new version will always be up to 
date- 

10 Any application name 4 0 of the automation module 

10 must firstly be input by appropriate means into the 
configuration table 45 of a DHCP server 23 by 
associating an IP addressing 41 with the automation 
module. Once the configuration table has been updated, 

15 a module 10 can be replaced by another module with the 
same application name 40 using the method described in 
this document. When a new application name 40 is input 
into the configuration table 45, a corresponding empty 
data file 46 is also generated in the FTP/TFTP server 

20 24. Similarly, if an application name 40 is removed 
from the configuration table 45, the corresponding data 
file 46 will be deleted in the FTP/TFTP server 24, 
Preferably, the data file 4 6 is named by associating 
the corresponding application name 40 with it; for 

25 example, the data file 46 can be called application 
name.prm'' . VJhen a new application name 40 is input, 
the location 42 of the data file 46 in the FTP/TFTP 
server 24 must also be created in the configuration 
table 45. 

3 0 The contents of the data file 46 depend on the 

type of module 10 and its application in the process. 
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Nevertheless, it ia preferable that the data file 46 
should contain at least the data necessary such that a 
defective automation module can be replaced by another, 
transparently to the user. The data file 4 6 may 
5 indifferently contain: 

• communication parameters (HTTP user name, 
passwords, list of authorized IP addresses, etc J , 

• module identification parameters (type, serial 
number, version) in order to check that the new 

10 automation module 10 input to replace an old version is 
compatible with the old version, 

• application parameters containing current values 
of variables specific to the process managed by the 
automation module 10 (set values, measurements, etc), 

15 0 configuration data or data in the application 

program loaded and executed in the automation 
module 10- 

Obviously, it would be possible to imagine other 
variants and improvements to detail and even to 
2 0 consider the use of equivalent means, without going 
outside the scope of the invention. 



